home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-03.Z / 94-03 / text0135.txt < prev    next >
Encoding:
Text File  |  1994-03-30  |  3.1 KB  |  66 lines
  1. In article <1994Mar10.131113.13987@worldbank.org>,
  2. Charles Edwards <cedwards1@worldbank.org> wrote:
  3. >In article <1994Mar9.203047.29915@news.stolaf.edu>, hoffmann@stolaf.edu says:
  4. >>     
  5. >>Mime-Version: 1.0
  6. >>Date: Wed, 09 Mar 94 14:25:05 PDT
  7. >>Lines: 18
  8. >>
  9. >>
  10. >>..
  11. >>> for lower memory. Chameleon allocates large blocks of memory in the
  12. >>> first 1MB. When that area is exhausted, Telnet gives the divide by 0
  13. >>> error. You should try to have as much conventional memory as possible
  14. >>> available before starting Windows....etc
  15. >>Charles:
  16. >>Since this is the case, would it make sense to have an include 
  17. >>statement in EMM386 for B000-BFFF since I have a VGA monitor? According 
  18. >>to my books this area is reserved for MDA, CGA, EGA and VGA text.
  19. >>I, like so many others, keep getting GPF's from MAIL.EXE. Do you see
  20. >>a connection with GPF's and the way Chameleon handles lower memory?
  21. >>------------------------------------------------------------
  22. >
  23. >It certainly won't hurt to free up as much conventional memory as possible.
  24. >Unfortunatly, my S3 video uses this area even in VGA mode, so I can't
  25. >allocate it to EMM386. If you can, by all means do so.
  26. >
  27. >I haven't been seeing GPFs myself. Just the divide by 0 in Telnet. And we
  28. >don't use Chameleon mail at my office so I can't address that issue.
  29. >
  30. >There is a very good book called "Windows Internals" that has a chapter
  31. >about Windows' handling of memory. It's actually kind of scary. For
  32. >example, a DLL which has any FIXED segments, either code or data, will
  33. >get that memory allocated as low as possible in the linear memory space.
  34. >Windows will also PageLock these segments, which means they can't be
  35. >swapped out to disk. Very few DLLs actually need to have pagelocked code
  36. >or data and they certainly don't need it in the critical first megabyte.
  37. >But many people don't know about this, and define their data segments
  38. >FIXED in the DEF file. Maybe that's what happened with Chameleon.
  39. >
  40. >Of course, since Chameleon needs to communication with the real-mode NDIS
  41. >driver (I'm assuming you have a direct network connection via an Ethernet
  42. >or Token Ring card) maybe this data DOES have to be in the first megabyte.
  43. >I just wish I could be sure that NetManage is being careful to only
  44. >allocate low memory when absolutely required.
  45. >
  46. >I've spent most of the past 2 weeks investigating Windows memory management,
  47. >primarily because of the issues with Chameleon, and the more I find out,
  48. >the more depressed I become. We're trying to build a store-and-forward
  49. >mail system on top of Chameleon, and exhausting the first megabyte has
  50. >been a major stumbling block. 
  51. >
  52. >********************************************
  53. >* More than half the human beings who have * 
  54. >* ever lived are alive today.              *
  55. >* So the experimental probibility of dying *
  56. >* is less than 50%.                        *
  57. >********************************************
  58.  
  59. We changed from Chameleon to Distinct because it chewed up lower memory.  
  60. They also have memory management problems that cause apps to GPF and do 
  61. weird things.  We are much happier with Distinct and they cost less 
  62. because they sell a runtime version.
  63.  
  64. Rob
  65.  
  66.